last last gesture stock image fixes

- swipe left was missing outline conversion to allow recolorization

Load gesture images as symbolic icons

This makes them recolor in the dark theme, which looks better.

gesture stock images size fix

fit all images to 64x64

gesture stock images fixes

- convert all objects to shapes to allow css recoloring
  ala symbolic icons

more gesture stock images tweaks

- rotation gestures more natural look

gtk-demo: Stop using GtkShortcutsGesture

Use the new predefined gestures, and GtkShortcutsShortcut.

Tweak the gtk-font-name setting docs

Clarify that only parts of the font name are used.

https://bugzilla.gnome.org/show_bug.cgi?id=758367

gesture stock images sizing

- make swipe left and right less wide

minor touchups on stock gesture images

- add minimal margin for safe scaling
- fixed height of 64pixels
- pixel alignment issues (grid fit)

shortcuts: Add set properties for optional things

This makes it possible to switch between gesture and accelerator
types and override the builtin icons and subtitles for predefined
gestures.

gtk-demo: Show all built-in gesture images

Show all the predefined gestures which have enum values
in GtkShortcutType. This also demonstrates the gesture
functionality of GtkShortcutsShortcut.

shortcuts: Add support for standard gestures

Add an enum for gestures that GtkShortcutsShortcut knows how
to show an image and subtitle for.

https://bugzilla.gnome.org/show_bug.cgi?id=758187

Add stock gesture images

These will be used in the shortcuts window.

shortcuts shortcut: Take over gesture functionality

It turns out that it is nicer in glade to have just a single
widget that can show either a shortcut or a gesture, so make
GtkShortcutsShortcut do it both.

GtkShortcutsGesture is now redundant and will be removed before
the next stable release.

shortcuts: Fix size group handling

We need to keep pointers to the size groups and apply
them to shortcuts that are added later.

shortcuts: Complete the container implementations

Various problems with the container implementations in
GtkShortcutsWindow, Section and Group were showing up
in glade.

shortcuts: Update title and section-names properly

The current code in gtkshortcutswindow.c is good enough to
construct a widget once from a .ui file, but fails to handle
changes at runtime, as happen e.g. in glade. Fix this by
listening for changes to section-name and title.

Updated POTFILES.in

Don't pass widget state flags to GtkStyleContext API

GDK W32: Only restack windows with matching always-on-top status

This prevents normal application windows (and other kinds of windows)
from being moved up in Z-order to be above windows that have the
always-on-top bit set. Doing so would make the previously-normal windows
in question also always-on-top implicitly.
Windows that are already always-on-top will be restacked on top of other
always-on-top windows too.

https://bugzilla.gnome.org/show_bug.cgi?id=746745

GDK W32: Refactor restacking functions a bit

GtkRenderBorder: make one function static

GtkCssImage: formatting fixes

gtk-demo: Fix selection in css basics demo

Updated Portuguese translation

inspector: Always underline at least one char

Empty underlines are hard to make out. Since we get somewhat
unreliable section information from the CSS parser, we just
make sure that we always underline at least one character.

cssnodedeclaration: Only set the id on the widget path if we have one

Widget paths don't like NULL.

Update key themes to use -gtk-key-bindings

The name gtk-key-bindings has been deprecated and causes warnings.

Rename the gtk-key-bindings property

This is not a standard CSS property, so rename it to
-gtk-key-bindings. We still support the old name, with a
deprecation warning.

HighContrast: use -gtk-icon-shadow

The name icon-shadow has been deprecated and causes warnings.

Adwaita: use -gtk-icon-shadow

The name icon-shadow has been deprecated and causes warnings.

Rename the icon-shadow property

This is not a standard CSS property, so rename it to
-gtk-icon-shadow. We still support the old name, with a
deprecation warning.

Warn if a property alias is used

Emit a deprecation warning if a property is not used
by its official name.

Add a way to add aliases for css properties

This will be used to rename some properties in a more
systematic way without breaking all users of the old name.

Add a deprecation error for the engine css property

This helps people fix up their css.

inspector: Fix css warning tags

The builder syntax for tags was invalid here (why did this not
get flagged as error ?!). While we're at it, give the warning
underline a nice, orange color.

stylecontext: Treat empty path like no path

This way, we don't do weird stuff when an empty path is set.

stylecontext: Copy name when setting widget path

Imitate what we do for the type. This way we don't lose the name on
save/restore.

https://bugzilla.gnome.org/show_bug.cgi?id=758442

cssnodedeclaration: Set element name and id on widget path

Otherwise the widget path creation functions will fail. This affects
widgets still using gtk_style_context_save().

https://bugzilla.gnome.org/show_bug.cgi?id=758442

customproperty: Remove unused function

customproperty: Stop supporting the parsing of values

Now that we don't use custom CSS properties anymore, let's fail as early
as possible.

inspector: Show css parsing errors

The squiggly underline is useful, but seeing the error message
is much better, so show it in a tooltip.

Expand the container_remove hack

Make it possible to use gtk_container_remove on GtkShortcutsWindow.
glade needs this.

shortcuts window: More complete container implementation

To give glade a chance to work with GtkShortcutsWindow, the
container implementation needs to be a bit more complete.

cssstyle: Don't store custom css properties

This makes custom CSS properties no longer configurable. But it avoids
crashes when loading custom themes, so that's a good thing.

Testcase included.

https://bugzilla.redhat.com/show_bug.cgi?id=1281234

GtkSpinButton: Update node state on button release

Updated Lithuanian translation

wayland: Set a null cursor surface when cursor buffer is null

If the buffer of a cursor is NULL, for example if its an empty cursor,
just set the cursor surface to NULL as well. Not doing this we'll use
uninitialized hotspot coordinates, dimensions and scales.

https://bugzilla.gnome.org/show_bug.cgi?id=758025

spin button: Fix initial button state

We can't use up_panel and down_panel as differentiators for the buttons,
because these window system resources don't exist before realize().
Just use a one-off enum for this purpose.

https://bugzilla.gnome.org/show_bug.cgi?id=758094

GtkLabel: Create gestures only when needed

And move them into the GtkLabelSelectionInfo struct.

gtkdnd: Unbreak non-wayland builds

missing #ifdef...

3.19.2

cell renderer progress: Avoid warnings

Use the right state when calling gtk_style_context_get_padding,
to avoid warnings.

Fix make check

For some reason, GtkFileChooserNative is causing the defaultvalue
test to fail. I couldn't track this down quickly, so skip the
type for now.

Work around g_test_dbus annoyance

Without iterating a mainloop for a bit, g_test_dbus_down() will
give us an error.

stack switcher: Notify consistently

Whether to notify a property change should not depend
on whether the switcher is associated with a stack or not.

shortcuts: Avoid excessive property notification

Notifying needlessly causes unnecessary work, and causes our
testsuite to fail.

wayland: Ensure we have a drop-side GdkDragContext without pointer

This GdkDragContext should be created even if we don't have pointer
capabilities. Make it created on add_seat(), and only set the device
on wl_seat.capabilities, so it can be set to either master pointer.

https://bugzilla.gnome.org/show_bug.cgi?id=741066

gtkdnd: Ensure we don't fold the drag icon into the cursor on wayland

This is wrong by all accounts there, as we can do no tricks there to show
a "drag failed" animation, which is performed by the compositor itself
on wayland.

wayland: Fix toplevel lookup before starting DnD

We use the high-level gdk_device_get_window_at_position() to figure
out the window, although this one actually tries to find out the
current window under the device coordinates, which might well fall
outside the window, so NULL is returned in those cases.

Fix this by using the lower level _gdk_device_window_at_position()
that will return the toplevel without further lookups, so is more
desirable here.

https://bugzilla.gnome.org/show_bug.cgi?id=758250

gtkdnd: Use gdk_drag_begin_for_device()

We've got the pointer at hand there, just pass that instead of figuring
out from the client pointer.

wayland: Implement GdkDevice::window_at_position for touch

This goes through its own master pointer, so look up the pointer
emulating touch focus window and coordinates.

wayland: Disallow setting the cursor on the touch master pointer

That "pointer" is not backed by anything in the windowing system, ignore
cursor updates there.

wayland: Ensure we get the master pointer on GdkDeviceManager::get_client_pointer

Now that we have multiple master pointers, this call may pick the wrong one.
Instead, pick the GdkWaylandDeviceData from the first device, and pick the
master pointer from there.

wayland: Separate touch pointer emulation into its own master pointer

The common GDK code accounts for "pointer emulating" touch sequences to be
synchronized with the pointer position by the windowing system.

However on Wayland pointer and touch are completely independent, the backend
attempts to implement pointer emulation, but doesn't account for the
possible crossing events happening when the user switches from pointer to
touch or the opposite.

In order to fix this, and to ensure we don't have to interact with the
master pointer (which backs the wl_pointer), separate the touch interface
to have its own master pointer, and ensure crossing events are emitted on
it, so the picture of an "emulated pointer" is complete above the backend.

Inspired in a former patch by Jonny Lamb <jonnylamb@gnome.org>

https://bugzilla.gnome.org/show_bug.cgi?id=750845

gtkheaderbar: update the window buttons on ::hierarchy-changed instead of ::realize

The window button setup depends on properties of the toplevel window.
Instead of updating the setup on realize, do it when the toplevel
changes.

This makes sure that when a GtkHeaderBar is added to a window
all the widgets are present and get_preferred_height() will return
the height the widget will have when finally shown. This allows
the logic in gtkwindow to select the right window size so that
the content size will match the requested default size.

https://bugzilla.gnome.org/show_bug.cgi?id=756618

gtkwindow: apply CSD adjustments to the default size when used instead of when setting it

Before the resulting window size would differ if the default size was set
before adding a headerbar vs after. Now the saved state is again the actual
requested size and it is adjusted at the time we request a window size.

https://bugzilla.gnome.org/show_bug.cgi?id=756618

window: maximize on double click only if allowed

GtkHeaderBar will not show the maximize button if the window in not of
type normal or not resizeable.

Use the same restriction for double-click actions as well.

Bugzilla: https://bugzilla.gnome.org/show_bug.cgi?id=757530

Fix return annotations for GtkWindow

Add nullable annotations for functions that may return NULL.

https://bugzilla.gnome.org/show_bug.cgi?id=753520

Fix character entities

These are not supposed to be supported by gtk-doc¹

¹https://bugzilla.gnome.org/show_bug.cgi?id=758137

https://bugzilla.gnome.org/show_bug.cgi?id=758175

gtkstack: allow templates to override all properties

Currently GtkStack has some G_PARAM_CONSTRUCT properties. That means,
the properties are set with its default value after the initializacion
of the object.
When using GtkBuilder to build objects, GtkBuilder creates them and
after that sets the properties found on the xml definition.
However, this is not true for templates because the template is initialized
in the init() function of the actual object, and after that, the construct
properties will be set.

This is a problem when someone wants to use templates with GtkStack and
set those properties, since they will be set on the tempalt initialization
and set again to its default values afterwards.

To fix this, make those properties not G_PARAM_CONSTRUCT.

https://bugzilla.gnome.org/show_bug.cgi?id=758086

Updates

wayland: Avoid a crash

We can end up in situations where NULL gets passed to
get_transient_parent(). Embrace it instead of avoiding it.

https://bugzilla.gnome.org/show_bug.cgi?id=758327

Add more CSS node docs

Trivial: Some doc rewording

Add some CSS node docs

Write up some of the insights from doing the CSS node transition,
so the knowledge is not lost.

Do not use the GPL v3 blurb for LGPL v2.1 files

GTK+ is licensed under the terms of the GNU LGPL v2.1+.

Do not use the LGPL v3 blurb for LGPL v2.1 files

GTK+ is released under the terms of the GNU LGPL v2.1+.

Fix the license version in GtkTrashMonitor

There is no GNU Lesser General Public License version 2; it's either GNU
Library General Public License version 2, or GNU Lesser General Public
License version 2.1.

Fix license version for GtkFileChooserWidget private header

Since it's using Lesser GPL, use version 2.1; there is no Lesser GPL v2,
as it was called 'Library GPL' prior to v2.1.

Fix the licensing blurb of GtkBookmarksManager

Copy-pasta from GPL instead of LGPL.

Also, there is no GNU Lesser General Public License version 2; either
it's the GNU Library General Public License version 2, or it's the GNU
Lesser General Public License version 2.1.

Fix the licensing blurb in GtkPlacesSidebar

The code is released under the terms of the LGPL v2.1+, as is the rest
of the GTK+ code.

Fix license header

I didn't meant to make this different from any other file
in GTK+ when I added it.

box: Use an element name

toolitemgroup: Fix initial state

GtkToolItemGroup starts out as non-collapsed, make the CSS node
state reflect that.

Document GDK_TOUCHPAD_GESTURE_MASK

entry: ensure valid GdkWindow before set_invisible_cursor()

If the window has not yet been created, then we can't set the invisible
cursor yet. This can happen in situations where the widget is in a
revealer with type-to-search functionality.

HighContrast: remove deprecated progressbar style properties

These are ignored and trigger a runtime warning.

Updated Spanish translation

gtkwindow: apply csd offset to set/get_default_size

An application may use gtk_window_get_size() to retrieve the current
window size and later reuse that size with
gtk_window_set_default_size().

gtk_window_set_default_size() and gtk_window_get_default_size() should
also take client side decorations offset into account.

Bugzilla: https://bugzilla.gnome.org/show_bug.cgi?id=756618

popover: Avoid a crash when no relative-to widget is set

This was showing up in glade, which creates freestanding
popovers.

HighContrast: remove deprecated style properties

expander: Use the right state when querying style properties

Failure to do so causes warnings.

gtk-demo: Fix the CSS examples

The CSS needs small adjustments after all the CSS node changes.

gtk-demo: Fix the assistant example

GtkEntry respects valign now, so we need to set it to something
other than fill.

Adwaita: Drop deprecated style properties

wayland: Move additional pointer buttons after the old 4-7 scrolling ones

We were using that range for the extra buttons after left/right/middle,
while this is harmless for clients not handling extra buttons (we
used to translate those button events into scroll events in x11 anyway)
this will be unexpected for clients that do handle additional mouse
buttons themselves (eg. back/forward buttons present in some mice).

In order to remain compatible with X11, those need to be assigned from
button 8 onwards.

Also, include input.h, and stop using magic numbers here.

https://bugzilla.gnome.org/show_bug.cgi?id=758072

Updated Spanish translation

Updated Spanish translation

Updated Scottish Gaelic translation